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CACHE-TESTABLE PROCESSOR IDENTIFICATION 
BACKGROUND 

[0001] Currently, a number of systems exist for testing various types of 

semiconductor-based devices. In general, such systems interface with the device- 
under-test (DUT) and perform various analyses to test the operation, functionality, etc. 
of the DUT. Typically, the results of these tests are logged to a results file for 
subsequent analysis to assess the processor design and/or the yield of the fabrication 
process. 

[0002] Existing systems for analyzing the results file, however, are limited because of 

the large size of the file. The results file is typically very large because the test system 
performs a number of tests for each processor on each wafer in the lot. 
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SUMMARY 

[0003] Systems, methods, and computer programs for performing cache yield analysis 

of a processor design are provided. One embodiment is a method for testing cache 
performance of a processor design which comprises searching a file that contains test 
results for a lot of wafers; and identifying at least one processor on one of the wafers 
in the lot in which a cache array has passed a cache test. 

[0004] Another embodiment is a system for testing cache performance of a processor 

design which comprises: a parser module for searching a file that contains test results 
for a lot of wafers; and a cache-testable processor identification module for 
identifying processors on wafers in the lot in which a cache array has passed a cache 
test. 

[0005] A further embodiment is a computer program embodied in a computer- 

readable medium, such computer program comprising logic configured to search a file 
that contains test results for a lot of wafers; and logic configured to identify at least 
one processor on one of the wafers in the lot in which a cache array has passed a cache 
test. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] Many aspects of the invention can be better understood with reference to the 

following drawings. The components in the drawings are not necessarily to scale, 
emphasis instead being placed upon clearly illustrating principles in accordance with 
exemplary embodiments of the present invention. Moreover, in the drawings, like 
reference numerals designate corresponding parts throughout the several views. 

[0007] FIG. 1 is a block diagram of a testing environment for testing processors, 

which includes a cache-testable processor identification system. 

[0008] FIG. 2 is a perspective view illustrating a lot of wafers that may be tested in 

the testing environment of FIG. 1 . 

[0009] FIG. 3 is a more detailed block diagram of a portion of the testing environment 

of FIG. 1 illustrating the general components of processors on the wafers of FIG. 2. 

[0010] FIG. 4 is a simplified diagram illustrating an exemplary representation of the 

cache array in the processor of FIG. 3. 

[001 1] FIG. 5 is a flowchart illustrating the architecture, operation, and/or 

functionality of an embodiment of the cache- testable processor identification system 
of FIGS. 1 and 3. 

[0012] FIG. 6 is a block diagram of another embodiment of the cache-testable 

processor identification system of FIGS. 1 and 3. 
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DETAILED DESCRIPTION 

[0013] This disclosure relates to various embodiments of systems, methods, and 

computer programs for testing cache performance of a processor design. Several 
embodiments will be described below with reference to FIGS. 1-6. As an 
introductory matter, however, the basic architecture, operation, and/or functionality of 
an exemplary embodiment of a cache-testable processor identification system will be 
briefly described. 

[0014] In one exemplary embodiment, a cache-testable processor identification 

system is configured to interface with a file that contains results of various tests 
performed on processors) in a collection of wafers (i.e., lot). The cache-testable 
processor identification system is configured to search the file and identify processors 
on wafers in the lot for which a cache array has passed a cache test. For example, in 
one embodiment, the cache-testable processor identification system interprets the data 
in the file and determines processors in which the built-in-self-test (BIST) engine was 
able to execute the cache test. It should be appreciated that this information regarding 
which processors passed the cache test (i.e., the processor was cache- testable) may be 
useful to processor designers and/or manufacturers for performing additional analysis. 

[0015] FIG. 1 illustrates an embodiment of a processor design/manufacture/test 

environment 102 in which various embodiments of a cache-testable processor 
identification system 100 may be implemented. As illustrated in the embodiment of 
FIG. 1, environment 102 comprises commercial environment 104, processor test 
system 106, and cache-testable processor identification system 100. In commercial 
environment 104, a processor designer 108 designs a processor to be manufactured. 
As further illustrated in FIG. 1 , the architecture, functionality, layout (or floorplan), 
etc. may be embodied in a processor model 110 that may be provided to a fabrication 
facility 1 14 for manufacture. Fabrication facility 114 manufacturers processors 112 
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according to processor model 110. It should be appreciated that any type of processor 
may be designed and manufactured. 
[0016] Referring to FIG. 2, it should be further appreciated that fabrication facility 

114 typically manufactures a lot 202 of wafers 204. As known in the art, a wafer 204 
comprises a number of processors 112. Referring again to FIG. 1, processor test 
system 106 may be used to test any aspect of processors 112 (e.g., operation, 
functionality, etc.) in lot 202, or various components of processors 112. In this 
regard, processor test system 106 comprises a test interface 1 16, test criteria 1 1 8, and 
a test results file 120. 

[001 7] Test criteria 118 may comprise a data file or logic that defines and/or controls 

the test(s) to be performed on processors 112. One of ordinary skill in the art will 
appreciate that any of a variety of types of tests may be performed on processors 112 
and, therefore, test criteria 118 may be configured accordingly. Various embodiments 
of test criteria 118 may be configured to test the cache components (e.g., instruction 
cache, data cache, etc.) of processors 1 12. 

[001 8] As illustrated in FIG. 1 , test interface 1 1 6 provides the interface between test 

criteria 118 and processors 1 12 to be tested. Test interface 1 16 may be configured to 
provide the physical, functional, or other interface means between these components. 
As known in the art, during operation of processor test system 1 06, the results of the 
tests performed on each processor 112, wafer 204, and/or the corresponding aspects of 
processors 1 12 or wafer 204 may be logged to test results file 120. Typically, due to 
the large number of tests being performed and the large number of processors 1 12, test 
results file 120 is relatively large. It should be appreciated that test results file 120 
may be configured in a variety of ways. For example, test results file 120 may be 
represented in hexadecimal, binary, or other suitable data formats. 
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[001 9] FIG. 3 illustrates an example of a processor architecture that may be employed 

in processors 112. In this embodiment, processor 1 12 comprises I/O 304, a CPU core 
302, a built-in-self-test (BIST) engine 308, and cache 306. I/O 304 provides an 
interface mechanism by which processor test system 106 may test cache 306 via BIST 
engine 308. As briefly mentioned above, test processor system 106 may test the cache 
components (e.g., instruction cache, data cache, etc.) of processors 112. In this 
regard, processor test system 106 may instruct (BIST) engine 308 to execute a test of 
cache 306. 

[0020] Referring to FIG. 4, cache 306 may comprise a cache array 402 comprising 

various rows and columns. It should be appreciated that cache array 402 may be 
configured in a variety of ways and need not be configured in a symmetrical array. 
Rather, cache array 402 defines a grid that may be identified by X-Y coordinates 
corresponding to a bit at a particular location in cache array 402. As known in the art, 
a cache test may be performed to test various aspects of the cache array 402. In this 
regard, it should be appreciated that test results file 120 contains data corresponding to 
the particular tests to be performed. 

[002 1 ] As briefly described above, cache-testable processor identification system 1 00 

may be configured to interface with test results file 120. Cache-testable processor 
identification system 100 may be configured to search test results file 120 and identify 
cache-testable processors 1 12 on wafers 204 in lot 202. In one embodiment, cache- 
testable processor identification system 100 identifies processors 1 12 for which a 
cache array 402 has passed a cache test. In other embodiments, cache-testable 
processor identification system 100 interprets the data in test results file 120 and 
determines processors 1 12 in which built-in-self-test (BIST) engine 308 was able to 
execute the cache test. 
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FIG. 5 illustrates the architecture, operation, and/or functionality of an 
embodiment of cache-testable processor identification system 100. At block 502, 
cache-testable processor identification system 100 opens test results file 120. At 
block 504, cache-testable processor identification system 100 parses test results file 
120. At block 506, cache-testable processor identification system 100 identifies 
which processors 1 12 in lot 202 were cache-testable in the manner described above. 
One of ordinary skill in the art will appreciate that this type of information may be 
useful to designers and/or manufacturers for performing subsequent analysis of test 
results file 120. In this manner, cache-testable processor identification system 100 
may perform a high-level search to identify cache-testable processors 112. After the 
cache-testable processors 112 are identified a more granular cache analysis may be 
performed. 

FIG. 6 illustrates another embodiment of cache-testable processor 
identification system 100. In the embodiment illustrated in FIG. 6, cache-testable 
processor identification system 100 comprises a parser module 602 and a cache- 
testable processor identification module 604. Parser module 602 may be configured 
to search test results file 120. In the manner described above, module 604 may 
interpret the data in test results file 120 and identify processors 112 that were cache- 
testable. Depending on the data format of test results file 120, parser module 602 and 
module 604 may employ a number of types of mechanisms for decompressing, 
decoding, etc. the relevant data. 

One of ordinary skill in the art will appreciate that cache-testable processor 
identification system 100 may be implemented in software, hardware, firmware, or a 
combination thereof. Accordingly, in one embodiment, cache-testable processor 
identification system 100 is implemented in software or firmware that is stored in a 
memory and that is executed by a suitable instruction execution system. In software 
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embodiments, cache-testable processor identification system 100 may be written any 
computer language. In one exemplary embodiment, cache-testable processor 
identification system 100 comprises a PERL script. 

[0025] In hardware embodiments, cache-testable processor identification system 100 

may be implemented with any or a combination of the following technologies, which 
are all well known in the art: a discrete logic circuit(s) having logic gates for 
implementing logic functions upon data signals, an application specific integrated 
circuit (ASIC) having appropriate combinational logic gates, a programmable gate 
array(s) (PGA), a field programmable gate array (FPGA), etc. 

[0026] It should be appreciated that the process descriptions or blocks related to 

FIGS. 5 and 6 represent modules, segments, or portions of code which include one or 
more executable instructions for implementing specific logical functions or steps in 
the process. It should be further appreciated that any logical functions may be 
executed out of order from that shown or discussed, including substantially 
concurrently or in reverse order, depending on the functionality involved, as would be 
understood by those reasonably skilled in the art. 

[0027] Furthermore, cache-testable processor identification system 1 00 may be 

embodied in any computer-readable medium for use by or in connection with an 
instruction execution system, apparatus, or device, such as a computer-based system, 
processor-containing system, or other system that can fetch the instructions from the 
instruction execution system, apparatus, or device and execute the instructions. In the 
context of this document, a "computer-readable medium" can be any means that can 
contain, store, communicate, propagate, or transport the program for use by or in 
connection with the instruction execution system, apparatus, or device. The 
computer-readable medium can be, for example but not limited to, an electronic, 
magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, 
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device, or propagation medium. More specific examples (a nonexhaustive list) of the 
computer-readable medium would include the following: an electrical connection 
(electronic) having one or more wires, a portable computer diskette (magnetic), a 
random access memory (RAM) (electronic), a read-only memory (ROM) (electronic), 
an erasable programmable read-only memory (EPROM or Flash memory) 
(electronic), an optical fiber (optical), and a portable compact disc read-only memory 
(CDROM) (optical). Note that the computer-readable medium could even be paper or 
another suitable medium upon which the program is printed, as the program can be 
electronically captured, via for instance optical scanning of the paper or other 
medium, then compiled, interpreted or otherwise processed in a suitable manner if 
necessary, and then stored in a computer memory. 
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